home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / umich / utils / tosfixes / hsmoda04.lzh / MFP_X.TXT < prev    next >
Text File  |  1994-05-07  |  22KB  |  535 lines
  1. MFP.PRG, MFP_TT.PRG, MFP_FALC.PRG, MFP_BAST.PRG
  2. ***********************************************
  3.  
  4. (Note for the English reading people: The English version is appended on 
  5. the German, look for it!)
  6.  
  7. Dies sind Treiber für die mit MFPs (z.B. Schaltkreis MC68901 von 
  8. Motorola) ausgestatteten seriellen Schnittstellen der Ataris. Sie 
  9. funktionieren zusammen mit DRVIN.PRG oder einem gleichwertigen Ersatz. 
  10. Einführende Bemerkungen finden sich in 1_README.TXT.
  11.  
  12.  
  13. Allgemeines
  14. -----------
  15. Momentan besitzen alle MFP*.PRG die gleichen Einstellmöglichkeiten durch 
  16. SETTER.
  17.  
  18. Der serielle Teil des MFP, die USART, ist nicht ganz so leistungsfähig wie 
  19. beim SCC. Dadurch sind die MFP-Schnittstellen gegen Zeitknappheit der CPU 
  20. allergischer als die SCCs und reagieren leichter mit Zeichenverlusten.
  21.  
  22.  
  23. MFP.PRG
  24. -------
  25. MFP.PRG ist für den sogenannten ST-MFP gedacht, der ab Adresse $FFFFFA01 
  26. liegt und in ST, STE, MegaST, MegaSTE, TT, Stacy und STBook vorhanden ist. 
  27. Im Falcon ist dieser MFP ebenfalls vorhanden, der USART-Teil aber anders 
  28. (=nicht) benutzt, so daß MFP.PRG NICHT für den Falcon ist. Dieser Treiber 
  29. trägt sich als BIOS-Gerät 6 und mit dem Namen "MODEM1" ein.
  30.  
  31.  
  32. MFP_TT.PRG
  33. ----------
  34. MFP_TT.PRG unterstützt den sogenannten TT-MFP ab Adresse $FFFFFA81, der 
  35. bisher nur im TT vorkommt. Der Treiber trägt sich als BIOS-Gerät 8 und mit 
  36. dem Namen "SERIAL1" ein.
  37.  
  38.  
  39. MFP_FALC.PRG
  40. ------------
  41. MFP_FALC.PRG ist für die bastelfreudigen Falcon-Besitzer gedacht, die die 
  42. von Atari nicht herausgeführte serielle Schnittstelle des MFP 
  43. herausgeführt haben. Der Treiber trägt sich als BIOS-Gerät 6 und mit dem 
  44. Namen "MODEM1" ein.
  45.  
  46. Hier noch eine Mail, die ich aus der Mausgruppe Atari.Hard gefischt habe, 
  47. bezüglich Herausführung der MFP-Schnittstelle des Falcon:
  48.  
  49. -------------------Mailanfang-------------------------
  50. Gruppe: Atari.Hard
  51. #A5003@WI2 (So 26.09.1993, 08:18) MFP-Serielle im Falcon
  52.  
  53. Von: Martin Liebeck @ WI2
  54. Wg.: MFP-Serielle im Falcon
  55. Von : Martin Liebeck @ WI2 (Sa, 25.09.93 09:55)
  56.  
  57. Ein Tip für Alle, die gerne eine zweite Serielle an ihrem Falcon hätten:
  58.  
  59. die MFP-Serielle wird unter Port Nr. 6 vom TOS (4.01) unterstützt und kann als
  60. Dreidrahtschnittstelle verwendet werden. Atari hat hier wohl lediglich die
  61. Buchse und die Treiber gespart...
  62.  
  63. RXD liegt an Pin 10 des MFP und ist nach Masse gelegt. In meinem Layout wird
  64. hierzu eine ca. 3mm lange Leiterbahn auf der Platinenoberseite von Pin 10 zu
  65. einer Durchkontaktierung nach Masse verwendet. Diese muβ vorsichtig (nicht zu
  66. tief, Multilayer!) unterbrochen werden. TXD bekommt man an Pin 9 des MFP.
  67.  
  68. Ich habe noch mit einer 1488/1489 Kombination auf RS232-Pegel gewandelt und die
  69. Pins 1 und 3 von Midi-in als Verbindung zur Auβenwelt verwendet.
  70.  
  71. Garantie, insbesondere für ruinierte Boards, übernehme ich natürlich keine. Ich
  72. weiβ auch nicht, wie höhere TOS-Versionen als 4.01 mit dem MFP verfahren. Am
  73. Besten erst mal an Pin 9 messen, ob ein Signal kommt. Viel Spaβ beim löten, es
  74. lohnt sich.
  75.  
  76. Gruβ Martin.
  77. ---------------Mailende-----------------
  78.  
  79.  
  80. MFP_BAST.PRG
  81. ------------
  82. MFP_BAST.PRG ist für die Bastler gedacht, die sich einen TT-kompatiblen 
  83. zweiten MFP in einen nicht-TT eingebaut haben. Dieser Treiber liegt 
  84. momentan nicht bei. Wer ihn braucht, möge sich bitte melden. Der Treiber 
  85. wird sich mit dem Namen "SERIAL1" auf das erste freie BIOS-Gerät 
  86. installieren.
  87.  
  88.  
  89.  
  90. Im Folgenden geht es hauptsächlich um MFP.PRG:
  91.  
  92.  
  93.  
  94. Dies ist ein Software-Beschleuniger und Patch für die serielle 
  95. Schnittstelle Modem1 der Atari-Computer. Es beseitigt nicht nur den auch 
  96. im TOS2.06/3.06 noch vorhandenen RTS/CTS-Handshakefehler, sondern erhöht 
  97. durch seine optimierten Routinen die mögliche Übertragungsrate wesentlich. 
  98. Spätestens wenn Fragen auftreten sollte man diesen Text komplett lesen und 
  99. erst danach seiner Umwelt oder mir die verbliebenen Fragen stellen. Bei 
  100. Updates und Zeitmangel zuerst einen Blick nach ganz hinten, Abschnitt 
  101. "Versionen"!
  102.  
  103.  
  104. Kompatibilität zu HSMODEM1
  105. --------------------------
  106. Wird MFP.PRG als letzter oder als einziger Treiber gestartet, so sollten 
  107. alle Programme, die mit den HSMODEM1-Versionen funktioniert haben, auch 
  108. mit diesen Treibern laufen, wenigstens wie bisher auf MODEM1.
  109.  
  110.  
  111. Einsatzmöglichkeiten, Voraussetzungen, u.v.m.
  112. ---------------------------------------------
  113. Mag!X
  114. Versionen ab 2.00 dieses multitaskfähigen Betriebssystems (es ist im 
  115. Gegensatz zum aktuellen MultiTOS nicht nur ein Aufsatz und wesentlich 
  116. schneller) haben korrekte Routinen zur Schnittstellen-Bedienung. Die 
  117. entsprechenden GEMDOS-Funktionen fehlen in Mag!X 2.00 aber noch. 
  118. Interessant ist das Mag!X-Multitasking auf 8MHz-STs bei 38400Bd-Empfang: 
  119. (mit einem NVDI ab Version 2.50 vom 28.10.1993) Man kann im Vordergrund 
  120. mit der Maus wirtschaften und einen Text schreiben (getestet mit Everest), 
  121. während im Hintergrund GSZRZ 3.5 fehlerfrei empfängt. Mit Mag!X ab Version 
  122. 2.00 sollte man die Interruptroutinenmodifikation im MFP.PRG abschalten, 
  123. da Mag!X bereits modifizierte Timerroutinen hat. Wenn MFP.PRG da noch 
  124. etwas einhängt, wird es ein bißchen langsamer.
  125.  
  126. Diese Treiber sind ein Ersatz für andere Patches (nicht nur für Modem1), 
  127. wie z.B. RS232ENC oder TURBOCTS.
  128.  
  129. Die Schnittstelle Modem1 kann ohne Zusatzhardware maximal 19200Bd 
  130. erreichen. Daran ändert auch MFP.PRG nichts. Es ersetzt aber die langsamen 
  131. und zum Teil fehlerhaften Routinen des TOS durch schnelle und hoffentlich 
  132. fehlerfreie. Mit Zusatzhardware, wie (dem von mir entwickelten) RSVE, 
  133. RS-Speed (von Stephan Skrodzki) oder anderen können höhere Datenraten 
  134. realisiert werden. Z.B. erlaubt RSVE auch die Einstellung von 38400, 57600 
  135. und 115200Bd. MFP.PRG sorgt dann im Rahmen der Hardware-Möglichkeiten für 
  136. einen wesentlich höheren Datendurchsatz (cps-Rate). Der komplette Bauplan 
  137. für RSVE liegt als RSVE.LZH in Mailboxen, auf jeden Fall in der Maus 
  138. Berlin (@B). Die Fertigversion von RSVE gibt es direkt bei mir.
  139.  
  140. Wenn jemand meint, allein mit Software Modem1 mit mehr als 19200Bd 
  141. betreiben zu können: Das geht im Synchronbetrieb des MFP (Abschalten der 
  142. Taktteilung /16). Dabei ist eine fehlerfreie Funktion aber ausschließlich 
  143. beim Senden möglich, NICHT beim Empfang.
  144.  
  145. Ich arbeite mit einem 8MHz ST, ohne CPU-Beschleuniger. Ich halte wenig 
  146. davon, immer neue und schnellere Computer zu kaufen und diese durch lahme 
  147. Software bis zum Stillstand zu bremsen. Das TOS ist eine lahme Software, 
  148. kein Wunder, es ist inklusive der Interruptroutinen in C programmiert (es 
  149. sieht so aus). MultiTOS ist eine noch größere Systembremse. Mag!X ist 
  150. genau das Gegenteil.
  151.  
  152.  
  153. Fehler anderer Programme
  154. ------------------------
  155. Mit Rufus 1.11rel9 steht der Rechner nach dem Auflegen einiger Modems (RXD 
  156. und TXD leuchten beide, nichts geht mehr). Abhilfe: Rufus 1.20 oder neuer 
  157. benutzen.
  158.  
  159.  
  160. Wie schnell geht es?
  161. --------------------
  162. Das Problem bei einer seriellen Übertragung mit einer bestimmten 
  163. Geschwindigkeit (hier in Baud angegeben) ist nicht das Senden der Zeichen, 
  164. sondern deren Empfang. Der MFP puffert nur ein empfangenes Zeichen und 
  165. meldet es der CPU per Interrupt. Die CPU muß dieses Zeichen für eine 
  166. fehlerfreie Übertragung aus dem MFP abholen, bevor er das nächste Zeichen 
  167. komplett empfangen hat. Wenn ich sage, der Betrieb bei ... ist zuverlässig, 
  168. so bedeutet dies, daß die CPU bei der maximal möglichen 
  169. Empfangs-Zeichendichte (keine Pause zwischen Stoppbit des vorigen und 
  170. Startbit des folgenden Zeichens) jedes Zeichen rechtzeitig abholt.
  171.  
  172. Ein 8MHz ST (RSVE eingebaut) kann mit TOS und HSMODEM1 eine fehlerfreie 
  173. Datenübertragung mit 38400Bd realisieren. Mit einem HSMODEM1 ab dem 
  174. 21.05.1993 funktioniert auch der Empfang (Senden sowieso) mit 57600Bd auf 
  175. 8MHz STs, wenn die Interruptroutinenmodifikation (FASTINT) eingeschaltet 
  176. ist.
  177.  
  178. Derzeit erreicht ein 8MHz ST mit GSZRZ Version 3.3 von Michael Ziegler bei 
  179. einer ZMODEM-Übertragung und 38400Bd mehr als 3600cps, wenn NVDI 
  180. installiert und der Blitter ausgeschaltet ist. Ohne NVDI sind es etwa 
  181. 300cps weniger, da GSZRZ lange an seiner Dialogbox zeichnen läßt. Den 
  182. Blitter kann man in de